終於撐到第三十天,今天來講軟一點的文章。總結一下自己在這三十天內的心得。
挑戰的契機是我們的 CTO 決定要參加這個活動,心血來潮跟他一起報名。由於決定參加的時機很晚了,所以手上其實沒有多囤文章可以使用(當然這是不好的示範)。如果要成功撐完我覺得要有 7 ~ 10 篇是預先寫好的,會讓你參賽過程時間比較充裕,更不容易半途放棄。
每篇鐵人賽文章,要花費的時間大概在 2 ~ 3 小時,視當天的主題而定。所以 30 篇文章要花費的時間,75 ~ 80 個小時。等於每個月多工作 10 天左右,原來下班後我居然還能擠出這麼多時間。
平日下班後,那些應該屬於我自己的時光,到底如何被運用的?深深地感受到,時間其實是可以「擠」出來的,只看我們是否有足夠的決心和目標去驅使自己。
在技術領域我比較有自信,但轉向寫作,尤其是要清晰地解釋技術概念時,時常會陷入困境。這次的寫作挑戰中, ChatGPT 扮演了很重要的角色。
當我解釋複雜的技術概念時,它協助我整理思路,提供更有結構的寫作方式。希望示範程式碼或產生 pseudocode 時,我會讓 ChatGPT 幫忙編寫,提供一些基本的架構或建議,儘管這些建議仍需要我的技術知識去完善,但可以省去大把的時間。
雖然我不會過度依賴它來解決技術細節,但在文章結構、語句選擇和表達方式上,它的幫助實在不可或缺,是讓我 30 天可以穩定產出的大工程。
當初次擬定這三十天的寫作計劃時,自信滿滿地認為我能深入探討 Flutter 的每一個角落。認為對於自己要分享的技術領域有相當的掌握。但當真正開始撰寫,才發現要把知識從腦中的知識轉譯為文字,非常困難。並且,不同於一般的寫作,技術文章的寫作涉及精確度和深度。不僅需要廣博的知識,還需大量的實踐經驗。有時候,即使想深入某一主題,但因為時間有限,就只能寫比較基礎或已被眾多專家討論過的主題。
寫作的過程中也發現自己對整個 Flutter 的理解,遠沒有自己想得厲害。因為有了寫鐵人賽的契機,所以逼自己必須對某些主題和框架的理解必須再推得更深入,把之前一些模模糊糊知道的事情,順便在寫文章的過程中更釐清。
寫技術文章並不只是簡單地把知識傾瀉出來,更是一個嚴謹地組織、深度地分析、以及明確地呈現的過程。技術寫作要求我們不僅要有清晰的邏輯結構,更要能讓專業的讀者容易理解,同時又能吸引那些初學者進一步深入。
技術寫作的過程就像是為一個複雜的機器組裝零件。每個部分都需要細心設計,確保與其他部分的完美結合,最後呈現出一台運作流暢的機器。與此同時,為了確保文章的深度和廣度,我也必須不斷地研究、學習和實踐,確保自己在寫作過程中的觀點是深入且正確的。
參加這次的鐵人賽對我真的很有意思。這不只是一場比賽,更像是一趟學習的旅程。每篇文章都讓我重新看待一些我以前不太清楚的技術細節,也讓我更有自信。每次寫完文章,都像完成了一個小任務,然後這些小任務背後都代表著一段學習和探索的過程。在未來回顧的時候肯定十分有趣!
寫在最後:寫作不只是分享知識,它也是一個反思和學習的過程。如果你也有興趣參加下次的鐵人賽,希望我的這篇心得可以給你一些啟發和鼓勵!
謝謝你的分享,收穫良多 ~
目前是學習一年的 Flutter junior,希望能以學會這些為目標,
能看到這系列文章真是太好了!!